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A fare spread opinion is that LISP and ALGOL belong to different 
"families" of programming languages. In our current activities 
concerning LISP, we are trying to characterise pure LISP as an 
ALGOL-like programming language in the sense of ALGOL 60 resp. 
ALGOL 68 /1/, /2/. LISP is considered as a sublanguage of ALGOL 60, 
where the datatype "s-expression" with its 5 standard functions is 
introduced and where procedure identifiers are allowed as values 

of function-procedures (ALGOL 68) in order to have upward FUNARGS 
/3/. In contrast to the operational semantic definitions via inter- 
preters, this approach gives a precise, mathematical definition of 
the LiISP-semantic. Within this framework we are able to prove 
properties of LISP-programs much easier than using inductive proofs 
based on an interpreter. Our method for modelling variable bindings 
follows the well known ALGOL 60 definitions, which are very close 
to the FUNARG-feature of LISP 1.5, while other authors prefer the 
"shallow access binding" method; e. g. M.J. Gordon gives a formal 


definition of pure LISP by algebraic methods /4/. 


LISP- and ALGOL 60 implementations have an important difference 
concerning their run-time storage management. ALGOL 60 only needs 

a stack (deletion strategie), while LISP requires a heap (retention 
strategie) in order to keep variable bindings and data i. e. 
s-expressions. Starting from a proof scetch given by M.J. Fischer /5/ 
it has been shown that every LISP-program T can be transformed in 

a functional equivalent program T', which is deletion-tolerant, and 
where the operator cons is only used to construct a non-atomic 

final result of t' from its atoms /1/. 
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A simple consequence of the proof is that cons-free LISP with 
FUNARGsS (c. f. LISP 1.5) is universal. If we restrict ourselves 

to cons-free LISP without FUNARGs, it can be shown using the theory 
of stack automata that this sublanguage is not universal /6/. The 
universality of LISP is given either by cons (neccessary to implement 
an interpreter) or in cons-free LISP by downward FUNARGs (procedure 
calls as in ALGOL 60); upwards FUNARGs are irrelevant for the 


universality. 
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